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PFMARKfi/ARGUMENTS 

Prior to this Amendment, claims 1 . 3-13. 15-18, and 20-33 were pending in 
the application. No claim amendments are presented in this Amendment, with the 
listing of claims being provided merely for ease of review by the Examiner. 

Claims 1. 3-13. 15-18, and 20-33 remain for consideration by the Examiner. 

Claim Rejections under 3 5 U.S.C. ^112 

In the February 16. 2005 Ofnce Action, claims 1, 3-13. 15-18, and 20-32 
were rejected under 35 U.S.C. §112. first paragraph as failing to comply with the 
written description requirement. The Examiner construed the specification as 
failing to support the claim 1 limitation of "wherein the business object Is 
responsible for the data validating." The Examiner asserts that step 26 of 
Applicants' Figure 3 is carried out by the import/export utility and not by the 
business object. The Examiner further stated on page 2 of the Office Action that he 
interpreted the claims according to this construction, i.e.. the Examiner believes that 
the cited references show the claimed method if the import/export utility perfomns 
the data validating. This rejection is traversed based on the following remarks. 

The specification provides full written support for the limitation "wherein the 
data processing is performed by reading and validating the data, invoking a code 
included in the business object, and periodically displaying status and wherein the 
business object is responsible for the data validating." For example, beginning at 
line 6 of para. [0013], the specification states that the "business object is 
responsible for validation of the operation" with a name of an operation being 
passed to with a method used to implement the business object (see. further lines 
2-5 of para. [0013]). Figure 3 shows steps of import/export session of the inventive 
system. In step 26. reading and validating of the data is performed and errors are 
logged and during this step 26. "the dolmportExport method provided by the 
husiness object is invoked" (see para. [0019]). 

Yet more support for the language of claim 1 is provided in para. [0036] 
where it is explained that the utility does not have knowledge of the E-commerce 
system that is working with and instead, the "real work is done inside the business 
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Object itself and "the business object performs the validation and perfomns the 
tasks, such as adding, deleting, or updating the data." The validation operation 
discussed in step 26 of Figure 3 is clearly performed by the business object and 
claim 1 as presently written fully complies with the written description requirement 
of 35 U.S.C. §112. first paragraph. 

Claim Rejections under 35 U.S.C> S103 

In the February 16, 2005 Office Action, claims 1 , 3-13, 15-18. and 20-33 
were rejected under 35 U.S.C. §1 03(a) as being unpatentable over U.S. Pat. No. 
6,163.781 ("Wess") in view of U.S. Pat. No. 6,363,388 ("Sprenger"). The rejection 
of claims 1, 3-13, 15-18, and 20-32 is traversed based on the following remarks. 

The Examiner made his rejection based on the interpretation that the 
language of claim 1 requiring that the business object be responsible for the data 
validating was not support by the specification, and as a result, the rejection of 
claim 1 (and the claims depending on claim 1) was based on Wess and Sprenger 
together teaching that a utility performed such data validating. As discussed above, 
Applicants' specification does support the claim language and it is improper to read 
out this explicit limitation from the claim. The Response to Arguments addresses 
Applicants' argument that Wess and Sprenger fail to show the data validating 
limitation by again citing the rejection under §112, first paragraph, and without 
providing any specific teaching in Wess or Sprenger of this limitation. Because the 
§112, first paragraph rejection is improper and Wess and Sprenger fail to show or 
suggest this limitation, the rejection of claim 1 based on their combined teachings is 
improper and should be withdrawn. 

For the sake of completeness, the reasons for allowing the pending claims 
as presented in the prior amendment are presented again in this Amendment. The 
Response to Arguments states that Wess teaches a "data object" and Sprenger 
teaches a "business object" such that together they teach the limitations of claim 1 . 
Applicants disagree with the construction and interpretation of these references for 
the reasons previously stated in the prior amendment and as stated in the following 
paragraphs. The discussion restated from the last amendment is also modified and 
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expanded upon to address the new arguments made by the Examiner in the current 
Amendment. 

As noted in para. [0003] of the application, the invention is addressing the 
problems associated with prior E-commerce systems in which a database loader 
was used to load information but only in the forni of tables. With reference to para. 
[0036], the invention uses an import/export utility that knows nothing of the E- 
commerce system to deliver information from an external data file to business 
object that is do the "real work" such as performing tasks including adding, deleting, 
or updating the data. The changes in the data can be performed without requiring 
the business object to be changed. As shown in Fig. 1 . the import/export utility 
communicates with the business object and gathers the imported file and provides 
a database that is used during the processing of the import file data by the business 
object In this manner, the business object is able to import/export data, such as 
with relation to an E-commerce system, without use of a standard database loader 
and, hence, to load data not in the form of a table. 

With this background in mind, claim 1 is directed to a mettiod of processing 
data with a utility including selecting a file that includes a name of a business 
object, uploading the file to a server, storing file data in a database of the utility, and 
perfonning data processing on the stored data. The data processing is "perfomied 
by reading and validating the data, Invoking a code included In the business object", 
with the business object being responsible for the validating. As will become clear, 
the combination of Wess and Sprenger fail to teach or suggest all of these 
elements. Hence, the rejection of claim 1 is improper and should be withdrawn. 

More specifically, the Office Action cites Wess at col. 6. lines 16-29 for 
teaching selecting a file that includes a name of a business object. Applicants 
disagree with this construction of Wess. Wess at col. 2, lines 30-40 makes It clear 
that Its method is address problems associated with having a database with many 
null data values, and beginning at line 6, col. 4 provides a brief summary of its 
method that uses a table of defined variable symbols and comparing operations to 
try to reduce the amount of null data values in its relational databases. Hence, 
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Wess is addressing a different problem than Applicants and uses a different 
technique to address that problem. 

In the cited col. 6. lines 16-29, Wess is describing the converting data 
received at a network interface 1 12 including "textually-based data objects" into 
fomiats expected by the system, but at this citation and elsewhere, Wess fails to 
teach selecting a file that has a business object name In the file. This named object 
is then used to perform processing on the data of the file, and Wess fails to suggest 
that Its "data objects" are business objects as defined by Applicants. For at least 
this reason, claim 1 is allowable over Wess. 

Further, the Office Action cites Sprenger at col. 1 5. lines 25-26 and col. 28, 
lines 20-42 for teaching invoking a code included in the business object as part of 
processing the data in the selected and uploaded file. Sprenger does not 
overcome the deficiencies of Wess discussed above. Also. Sprenger in its 
Summary and elsewhere makes it clear that its method is a data management 
method that uses agents and minions (see, Sprenger at col. 8, line 60 and on for a 
discussion of agents and minions) to perform various data management processes, 
but no where in Sprenger is it taught to select a file with a name of a business 
object and then process data in the selected file using code in the named business 
object. At the cited portions of Sprenger, the use of objects is described but there 
is no teaching of a utility uploading a file and then using a business object named in 
the file to process its data. For this additional reason, claim 1 is believed allowable 
over the combination of Wess and Sprenger. 

Further, the prior Office Action in rejecting claim 14 admits that Wess fails to 
teach the business object being responsible for validating the data in the selected 
file but cites Sprenger at col. 14, lines 59-65 as providing this teaching. However, 
at this citation, Sprenger is discussing operation of an "EventLogMinion" which does 
not perform validation of data, and clearly does not teach that the business object is 
named in the file providing the data. 
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Additionally, the current Office Action states that the utility performs the 
validating wrth a citation to col. 8. lines 45-60 of Wess and then also cites Sprenger 
at col. 14, lines 59-65. As discussed earlier, Wess fails to teach the use of 
business objects and at col. 14, lines 59-65, Sprenger states a minion "provides a 
central point of access for all advisory messages that need to be stored persistently 
in the database. The "events" In the log are descriptions of some event in time, 
such as the observed failure of a critical component, or the failure of a job stream to 
complete. The events stored in the log describe unusual conditions that require the 
attention of the user..." Applicants could find no suggestion in this citation of 
Sprenger that "the business object is responsible for the data validating" or what 
data validating may entail, I.e., at the cited point of Sprenger. the teaching is toward 
logging events and not to data validating. For this additional reason, claim 1 is 
allowable over the combined teaching of Wess and Sprenger. 

Claims 3-13. 15-18, and 20-32 depend from claim 1 and are believed 
allowable as depending from an allowable base claim. Further, Applicants could 
find no support in Sprenger (or Wess) as cited by the Examiner for the rejection of 
the specific database configuration as called for in claim 12 (and as shown in 
Figure 2). For this additional reason, claim 12 is not shown or suggested by Wess 
and Sprenger. 

Independent claim 33 is directed to a method of loading information to a 
network application and includes steps of operating a utility to invoke a business 
object associated with a business object name from an import file. In the method of 
claim 33, the business object performs an operation on data delivered by the utility 
and the method further includes updating the data in a utility database based on the 
performance of the operation of the invoked business object. The operating of the 
utility to invoke the business object and the updating of the data steps are similar to 
limitations presented in claim 1, and the reasons for allowing claim 1 over the 
combined teaching of Wess and Sprenger are believed applicable to claim 33. 
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More specifically, Wess fails to teach receiving a selection of an import file 
that includes a name of a business object. This named business object is then 
used to perfonn processing on the data of the file, and Wess falls to suggest that its 
"data objects" are business objects as defined by Applicants and the Response to 
Argument confirms that Wess only teaches data objects (see. fourth paragraph of 
Response to Arguments). For at least this reason, claim 1 is allowable over Wess. 

At page 11 , the Office Action notes that Wess fails to teach the use of 
business object as called for in daim 33 but then cites Sprengerfor providing the 
missing teaching. Sprenger does not overcome the deficiencies of Wess discussed 
above for claim 1 . Sprenger in its Summary and elsewhere makes it clear that its 
method is a data management method that uses agents and minions (see, 
Sprenger at col. 8, line 60 and on for a discussion of agents and minions) to 
perform various data management processes, but nowhere in Sprenger is it taught 
to perform an operation with a business object named in an import file on data 
updoaded to a database by a utility. At the cited portions of Sprenger, the use of 
objects is described but there is no teaching of a utility uploading a file and then 
updating the data based on the performance of the operation by the invoked 
business object. 

For example, the Office Action cites col. 5. lines 1-15 for teaching a business 
object performing an operation on uploaded data, but at this citation, Sprenger 
teaches that objects can be instantiated from an access layer by accessing the 
database and later saved to the database. Sprenger does not teach invoking a 
business object based on an import file and then, using the invoked business object 
to perform an operation on data in a utility database. For this additional reason, 
claim 33 is believed allowable over the combination of Wess and Sprenger. 



1? 

\VaO - DO1C«0j«O - 177BG7 Vl ' 



PAGE 13/14 ' RCVD AT mm 1:1 1 :20 PM [Eastern Daylight Time] ' SVR:USPT0€FXRF>1/1 ' DNIS:8729306 ' CSID:72I)4065302 ' DURATION (inm'SS):03-56 



04-07-05 



n:13ain Fron-HOGAN&HARTSON 



720 406 5302 



T-563 P. 01 4/01 4 F-418 



Serial No. 09/930,160 

Reply to Final Office Action of February 16, 2005 
Conclusions 

In view of all of the above, the claims are now believed to be allowable and 
the case in condition for allowance which action is respectfully requested. 

No fee is believed due for this submittal. However, any fee deficiency 
associated with this submittal may be charged to Deposit Account No. 50-1123. 
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Respectfully submitted. 
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